REMARKS 



Summary of the Office Action 

Claims 1-16 and 18 are considered in the Office action. 

The Specification has been objected to because the term "RDO" has not been 
defined as "Raster Document Object." 

Claims 1-16 and 18 have been rejected under 35 U.S.C. § 1 12, second 
paragraph, as indefinite, because claims 1 and 9 include "RDO," which is a proprietary 
file format by Xerox Corporation. 

Claims 1-16 and 18 have been rejected under 35 U.S.C. § 102(e) as anticipated 
by Chapman U.S. Patent Publication No. US 2002/0067498 ("Chapman"). 

Specification Amendment 

The Specification has been objected to because the term "RDO" has not been 
defined as "Raster Document Object." Applicants have amended the specification to 
expressly define RDO as "Raster Document Object." As previously stated, applicants 
respectfully submit that a person of ordinary skill in the art would understand from 
reading the entire specification that RDO means Raster Document Object, a proprietary 
file format by Xerox Corporation. The Office action at page 5 disputes this assertion, 
stating that "Examiner is not persuaded. RDO comprising a Raster Document Object is 
not included in the PTO database and thus one of ordinary skill in the art would not 
understand that RDO is a Raster Document Object." Applicants respectfully disagree. 

First, applicants respectfully disagree that the PTO database defines the scope 
of understanding of a person of ordinary skill in the art. Second, in corresponding 
International application No. PCT/US02/2433 1 , pending before the United States 
International Preliminary Examination Authority, a Written Opinion (attached hereto as 
Exhibit A) has been issued that cites Project Phoenix, "Document Encoding Formats 
For On-Demand Publishing, Summary Report Prepared by South Bank University," 
1996 ("Project Phoenix Document"). The Project Phoenix Document references the 
Xerox On Demand publishing system ("XDOD"), and states that XDOD documents 
include "a document structure file stored in [raster document object ("RDO")] format - 
the Xerox variant of ODA in which only the raster graphics content is used." Thus, as 
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indicated by the PCT Examiner, a person of ordinary skill in the art would understand 
from reading the entire specification that RDO means Raster Document Object, a 
proprietary file format by Xerox Corporation. 

Reply to § 112 Rejections 

Claims 1-16 and 18 have been rejected under 35 U.S.C. § 112, second 
paragraph, as indefinite, because claims 1 and 9 include "RDO," which is a proprietary 
file format by Xerox Corporation. In particular, the Office action states that "[wjhere a 
trademark or trade name is used in a claim limitation to identify or describe a particular 
material or product, the claim does not comply with the requirements of 35 U.S.C. 
§112, second paragraph." Applicants respectfully disagree that claims 1-16 and 18 are 
indefinite. 

First, RDO is not a trademark or trade name. RDO is a proprietary file format. 
Second, a file format is neither a particular material or product. Third, data format 
names may properly be used as claim limitations, even if the data format name is a 
trademark. For example, U.S. Patent No. 6,393,442 (attached hereto as Exhibit B) 
includes claims reciting systems and methods for converting a source document to "a 
postscript format." Applicants respectfully submit that PostScript® is a registered 
trademark of Adobe Systems Incorporated. Accordingly, applicants respectfully request 
that the rejections under § 112, second paragraph be withdrawn. 

Reply to § 102 Rejections 

Claims 1-16 and 18 have been rejected under 35 U.S.C. § 102(e) as anticipated 
by Chapman. The claimed invention describes methods and apparatus for converting a 
first file in a binary RDO format to a second file in a second format. Unlike the claimed 
invention, however, Chapman does not pertain to methods and apparatus for converting 
RDO format files, as such files are described in this application. Because the cited 
reference does not describe or suggest the claimed invention, applicants respectfully 
request that the rejections of amended independent claims 1 and 9 be withdrawn. 
Because all other claims depend from claims 1 and 9, applicant respectfully requests 
that the rejections of claims 1-16 and 18 be withdrawn. 
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Conclusion 

For the reasons stated above, applicants submit that this application, including 
claims 1-16 and 18, is allowable. Applicants therefore respectfully request that the 
Examiner allow this application. 

Respectfully submitted, 



aes Trosino 
Jistration No. 39,862 
forney for Applicants 
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the claims: 
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| | contained in the international application in printed form. 

| | filed together with the international application in computer readable form. 

| | furnished subsequently to this Authority in written form. 

PI furnished subsequently to this Authority in computer readable form. 
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international application as filed has been furnished. 

□ The statement that the information recorded in computer readable form is identical to the written sequence listing 
has been furnished. 
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the description, pages NONE 
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5. □ This opinion has been drawn as if (some of) the amendments had not been made, since they have been considered to go 

beyond the disclosure as filed, as indicated in the Supplemental Box (Rule 70.2(c)). 
* Replacement sheets which have been furnished to the receiving Office in response to an invitation under Article 14 are referred to in 
this opinion as "originally filed. " 
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2. CITATIONS AND EXPLANATIONS 

Claims 1-25 lack novelty under PCT Article 33(2) as being anticipated by "Document encoding formats for Phoenix: an example of 
on-demand publishing. " Summary Report prepared by South Bank University. 

Regarding claims 1-25, "Document encoding formats for Phoenix: an example of on-demand publishing" discloses reading and 
analyzing said binary RDO file, extracting data contained within said RDO file describing an arrangement of pages in a final 
document, generating an output by placing one or more bitmap files for each page onto an output page and adding optional text 
messages for header footer [refer pages 1-11]. 

Claims 1-25 meet the criteria set out in PCT Article 33(4) because the claimed invention relates to providing a system and method for 
making documents stored in RDO available to a larger audience. 
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DOCUMENT FORMAT TRANSFORATIONS 

FOR CONVERTING PLURALITY OF 
DOCUMENTS WHICH ARE CONSISTENT 
WITH EACH OTHER 

FIELD OF THE INVENTION 

The present invention relates generally to document for- 
matting and more particularly to producing a plurality of 
documents from a common document. 

BACKGROUND OF THE INVENTION 

In a network environment, such as the Internet, servers are 
accessible to clients via Uniform Resource Locators 
(URL's). Client programs and a servers communicate using 
the functionality provided by Hypertext Transfer Protocol 
(HTTP). 

Typically, servers execute server software which presents 
information to the clients in the form of HTTP responses 
corresponding to World Wide Web pages ("Web pages"). 
Web pages are represented using for example Hypertext 
Markup Language (HTML). HTML files, displayed as Web 
pages on the client's console, are created from source 
document files provided in a Standard Generalized Markup 
Language (SGML) format or in any other text description/ 
formatting markup language format used for document 
generation. An SGML formatted source document file may 
be transformed into an HTML formatted file using for 
example OmniMark®, an industry standard SGML to 
HTML transform. 

Document generation uses, for instance, SGML, as a form 
of markup for specifying the presentation of a particular 
segment of text in the document. SGML is a structural 
markup language for describing the structure and content of 
a document and, particularly, the information stored in each 
segment of the document. SGML tags are embedded in the 
document such that each of the segments is clearly defined. 
A beginning tag and end tag which is preceded by a slash (/) 
character distinguishes each of the segments, wherein each 
tag is enclosed in less then greater than symbols (<>). 

In a typical SGML implementation, a Document Type 
Definition (DTD), such as the Information Development 
Document, IDDOC®, produced by IBM Corporation, sets 
forth rules for managing a hierarchical relationship between 
the various document segments and for naming each of the 
SGML tags, giving the tags names such as paragraph, title, 
heading, date, brief, etc. For example, a title originally 
represented as "A Guide to Understanding SGML," will be 
formatted using SGML tags to produce: "<title> A Guide to 
Understanding SGML </thie>." One aspect of the structural 
markup languages such as the SGML is the fact that an 
original formatted document can be used to produce a 
plurality of document versions thereof, each constituting an 
assembly of formatted version-specific segments of the 
original document. 

In general, when a conventional application program is 
executed, error conditions or other operation related events 
occur. These error conditions and events are flagged using 
messages to alert the user of their existence. One of the key 
issues is providing helpful and accurate message identifiers, 
text and related information such as action items. When 
more than one source provides the messages and/or related 
information, as when the messages are produced electroni- 
cally and in a printed reference manual, there can be 
inconsistency between the sources. 

For instance, in a conventional digital library system, 
server programs produce system messages during execution 
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and communications with client programs. The system mes- 
sages include error messages, warning messages, informa- 
tion messages and action messages. The system messages 
are accessible electronically, as when they are provided 

5 on-screen, and they can be further interpreted by the user via 
an on-line help Web page ("on-line help") or, alternatively, 
via a printed reference manual book ("book") provided by 
the manufacturer. On-screen, each of the system messages 
typically includes a message identifier and message con- 

10 tents. The on-line help and the book typically contain 
information related to the messages which can be indexed by 
the message identifiers. The on-line help may be represented 
using the above-mentioned HTML. The system messages 
are created and maintained by programmers. On the other 

15 hand, technical writers create and maintain the book and the 
on-line help. 

A problem arises when the on-line help and the book are 
inconsistent with each other and, further, with the system 
messages. For example, a message identifier may point to 

20 information in the on-line help and/or the book that is 
inconsistent with the system message identified thereby. 
This problem can be compounded when several versions of 
the server programs are produced and maintained for dif- 
ferent operating systems. For example, server programs may 

25 include messages having source text versions directed to 
AIX®, OS/2®, WINDOWS NT®, UNIX®, etc. 

This problem is dealt with partially by a conventional 
method disclosed in Dodge et al. ("Dodge"), U.S. Pat. No. 
5,655,130. The method in Dodge allows technical writers to 

30 produce, one at a time, a particular version of a document 
from a single source document containing all the desired 
versions, The source document is initially constructed using 
SGML wherein the particular version of the source docu- 
ment is produced by filtering out all the other versions and 

35 leaving in only the particular version. 

However, in conventional methods, including the Dodge 
method, the messages prompted by the application programs 
are produced separately from any one of the particular 
versions of the source document. Therefore, conventional 

40 methods do not solve the problem of maintaining consis- 
tency between the on-screen system messages and on-line- 
help and printed document, i.e., the book. As a result, the 
on-line help and the book may be also inconsistent with each 
other. 

45 Accordingly, what is needed is a system and method for 
producing multiple versions from a common document such 
that the versions are consistent with each other and such that 
consistency with the system messages is provided. The 
present invention addresses such needs. 

50 SUMMARY OF THE INVENTION 

'Die present invention provides a method and system for 
converting a source document into a plurality of documents, 
each of the plurality of documents having one of a plurality 

55 of formats. The method and system comprise providing a 
document type definition (DTD) for formatting the source 
document. The method and system further comprise provid- 
ing a transform to convert the source document into the 
plurality of documents. At least one of the plurality of 

60 documents is a file having a binary code format. 

A method and system in accordance with the present 
invention enables production of the plurality of documents, 
each representing a version of the source document, such 
that the versions are consistent with each other. In addition, 

65 with the binary code formatted version, used as a source for 
the system messages, consistency of the system messages 
with the other versions of the source document is attained. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 illustrates a conventional approach to providing a 
plurality of documents, each representing a version of a 
source document. 5 

FIG. 2 illustrates a hardware environment used to imple- 
ment the present invention. 

FIG. 3 illustrates an client -server application implement- 
ing the present invention. 

FIG. 4 illustrates an exemplary flow diagram of the 10 
present invention. 

DETAILED DESCRIPTION OF THE 
INVENTION 

The present invention relates generally to document for- 15 
matting and more particularly to producing a plurality of 
documents from a common document. 

The following description is presented to enable one of 
ordinary skill in the art to make and use the invention and is ^ 
provided in the context of a patent application and its 
requirements. Various modifications to the preferred 
embodiment will be readily apparent to those skilled in the 
art and the generic principles herein may be applied to other 
embodiments. Thus, the present invention is not intended to 25 
be limited to the embodiment shown, but is to be accorded 
the widest scope consistent with the principles and features 
described herein. 

The present invention is implemented to achieve consis- 
tency between a plurality of documents, each having a 30 
formal and each representing a version of a common source 
document. In accordance with the present invention, unlike 
conventional methods, at least one of the versions comprises 
a binary code format such that with the binary code format- 
ted version, which is used as a source for system messages, 35 
consistency of the system messages with the other versions 
of the source document is attained. 

A conventional method for providing a plurality of 
documents, each representing an independent version of the 
system messages and the related information, is illustrated in 40 
FIG. 1. Inconsistency between the plurality of documents is 
readily apparent in this approach. On one hand, the system 
messages, created and maintained by programmers, are 
produced in system messages text files 2 ("text files"). Each 
of the text files 2 is operating system platform dependent. 45 
For example, if the operating system platform is one of 
AIX®, OS/2® and MVS®, then a corresponding text file is 
one of, AIX_txt 10, OS/2_txt 12 and MVS_txt 14, respec- 
tively. On the other hand, the system messages and/or related 
information, created and maintained by technical writers as 50 
help and book versions 4 thereof, are produced electroni- 
cally in an on-line help World Wide Web page ( u Wcb page") 
from a help file 16, and are further produced in a printed 
copy from a book file 18. 

Each of the system messages 6 in the text files 2 typically 55 
comprises a message identifier 20 (e.g., #001, #002, etc.) 
and message text 22. Each of the system messages and/or the 
related information in the help and book versions 4 typically 
comprises a message identifier 24 and message text and/or 
related information 26 such as an action item. The message 60 
identifier 20 in the text files 2 and the message identifier 24 
in the help and book versions 4 are typically identical and 
point to the message text 22 and the corresponding message 
text and/or related information 2, respectively. Yet, the 
message text and/or related information 26 may be incon- 65 
sistent with the message text 22. This inconsistency results 
from the text files 2 and the help and book versions 4 not 
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necessarily being produced from a common source and by 
the same individuals. Compounding this problem is the 
plurality of operating system platform based versions of the 
text files 10, 12 and 14. In contrast, the present invention 
addresses the need to maintain the consistency between the 
plurality of documents. In accordance with the present 
invention, each of the plurality of documents has a format, 
at least one of which is the binary code format, and each of 
them represents a version of a source document. 

The present invention is implemented in a computer or a 
computer network. In the preferred embodiment the present 
invention is implemented in a computer network, wherein 
client programs, also known as application programs, are not 
server-resident. Client programs are preferably external to 
the server so that they can operate on small size systems 
(e.g., personal computers, workstations, etc.). One of ordi- 
nary skill in the art will recognize that any client-server 
configuration may be used to implement the present 
invention, including a configuration wherein the client pro- 
grams are resident in any computer including the server. 

Accordingly, FIG. 2 illustrates a hardware environment 
used to implement the present invention. As illustrated in 
FIG. 2, in the preferred embodiment the present invention is 
implemented in a server computer ("server") 100. The server 
100 generally includes, a processor 102, a memory 104 such 
as a random access memory (RAM), a data storage device 
106 (e.g., hard drive, floppy disk drive, CD-ROM disk drive, 
etc.), a data communication device 108 (e.g., modem, net- 
work interface device, etc.), a monitor 110 (e.g., CRT, LCD 
display, etc.), a pointing device 112 (e.g., a mouse, a track 
ball, a pad or any other device responsive to touch, etc.) and 
a keyboard 114. It is envisioned that attached to the com- 
puter 100 may be other devices such as read only memory 
(ROM), a video card drive, printers, peripheral devices 
including local and wide area network interface devices, etc. 
One of ordinary skill in the art will recognize that any 
combination of the above system components may be used 
to configure the server 100. 

The server 100 operates under the control of an operating 
system ("OS") 116, such as MVS®, AIX®, UNIX®, 
OS/2®, WINDOWS®, WINDOWS NT®, etc., which 
typically, is loaded into the memory 104 during the server 
100 start-up (boot-up) sequence after power-on or reset. In 
operation, the OS 116 controls the execution by the server 
100 of computer programs 118, including server and/or 
client-server programs. Alternatively, a system and method 
in accordance with the present invention may be imple- 
mented with any one or all of the computer programs 118 
embedded in the OS 116 itself without departing from the 
scope of the invention. Preferably, however, the client pro- 
grams arc separate from the server programs and are not 
resident on the server. 

The OS 116 and the computer programs 118 each com- 
prise computer readable instructions which, in general, are 
tangibly embodied in or are readable from a media such as 
the memory 104, the data storage device 106 and/or the data 
communications device 108. When executed by the server 
100, the instructions cause the server 100 to perform the 
steps necessary to implement the present invention. Thus, 
the present invention may be implemented as a method, 
apparatus, or an article of manufacture (a computer- re ad able 
media or device) using programming and/or engineering 
techniques to produce software, hardware, firmware, or any 
combination thereof. 

The server 100 is typically used as a part of an informa- 
tion search and retrieval system capable of receiving, 
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retrieving and/or dissemination information over the gram 330 which operates in conjunction with an RDBMS 

Internet, or any other network environment. One of ordinary (not shown). Likewise, the library server 400 executes a 

skill in the art will recognize that this system may include library server program 430 which operates in conjunction 

more than one of server 100. with a corresponding RDBMS (not shown). 

In the information search and retrieval system, such as a 5 Each of the server programs 330 and 430, further includes 
digital library system, a client program communicates with an Operating System Service ("OSS") 310 and 410, respec- 
the server 100 by, inter alia, issuing to the server search tively. Each of the OSSs 310 and 410 provides means for 
requests and queries. The server 100 then responds by interacting with the corresponding operating system for 
providing the requested information. The digital library allowing the server programs 330 and 430, respectively, to 
system is typically implemented using a relational database 10 function as operating system platform independent pro- 
management system software (RDBMS) 120 such as the grams. As stated above, providing for operating system 
DB2® by IBM Corporation. The RDBMS 120 receives and independence is one advantage produced by the present 
responds to search and retrieval requests and termed queries invention. 

from the client. In the preferred embodiment, the RDBMS In accordance with the present invention, each of the 

120 is server-resident. 15 OSSs 310 and 410 includes a corresponding binary code 

In the digital library system, such as IBM Digital formatted version of the system messages. The method by 

Library™ by IBM Corporation, a library server (such as which this binary code formatted version is created is 

server 100) performs a library server program ("server explained herein below in the description accompanying 

program") and an object server (such as server 100) per- FIG. 4. The incorporation in each of the OSSs 310 and 410 

forms a object server program (also "server program"). This 20 of the corresponding binary code formatted versions enables 

dual-server digital library system is typically used as a a selective fetching of the system messages from the OSSs 

large-scale information objects search and retrieval system 310 and 410, respectively, by the respective server program 

which operates in conjunction with the RDBMS 120. Large- 330 and 430 during execution and communications with 

scale information objects ("objects") include a high resolu- client programs. 

tion digital representation of ancient works of authorship 25 One such client program 500, communicates with the 

and ancient works of art such as those found in the Vatican, object and library server programs 330 and 430 through a 

as well as movies, classic and modern art collections, books, communication link 510. The client program 500, is con- 

etc. figured to send information search and retrieval or storage 

The objects themselves are typically stored in a relational requests. Such requests are handled by the object and library 

database connected to the object server, and the information server programs 330 and 430, respectively, using the func- 

about the objects is stored in a relational database connected tionality provided by the corresponding RDBMS. 

to the library server, wherein the server program(s) operate As indicated, maintaining consistency between the 

in conjunction with the RDBMS 120 to first store the objects on-screen system messages, the on-line help and the book, 

and then to retrieve the objects. One of ordinary skill in the 35 via creation of the binary code formatted version as one of 

art will recognize that the foregoing is an exemplary con- the plurality of versions of the common source document, is 

figuration of a system which embodies the present invention, an important feature of the present invention. To more 

and that other system configurations may be used without particularly describe the present invention and illustrate this 

departing from the scope and spirit of the present invention. feature, refer now to FIG. 4 and the accompanying descrip- 

During execution and communications with client ^ tion below, 

programs, the server programs provide messages akin to the FIG. 4 illustrates a flow diagram of the present invention, 

above-mentioned system messages. These messages include Each new server program is preferably produced with the 

error messages, warning messages, information messages OSS as an integral part thereof. 

and action messages. These messages are provided Part of this process is dedicated to producing the text for 

electronically, on-screen, and information related thereto is 45 the messages. In the preferred embodiment the original 

provided electronically via the on-line help Web page ("on messages information text is produced in a formatted source 

-line help") or, alternatively, via a printed reference manual text file having no specific operating system platform 

book ("book") provided by the manufacturer. The On-line dependency, that is, a version of text that is compatible with 

help is typically represented using HTML (Hypertext anv operating system including AIX®, OS/2®, WINDOWS 

Markup Language). 50 NT®, UNIX®, etc. Alternatively, the source text file has 

As set forth in more detail below and as illustrated in operating system specific text each of which can be condi- 

FIGS. 3 and 4, a method and system in accordance with the tionally included in any one of the plurality of versions. That 

present invention solves the problem of inconsistency is, the source text file is compatible with a plurality of 

between the on-screen system messages, the on-line help operating systems such as the above enumerated operating 

and the book. In addition, compatibility of the messages 55 systems. This source file is then used to produce the plurality 

information with any of the operating system platforms is of versions ("documents") of the original messages infor- 

achieved with the method and system in accordance with the mation text, wherein these documents are consistent with 

present invention so that multiple operating system platform each other. (Operating system platform-specific versions can 

based versions (i.e., messages information source text ver- be produced if need be.) 

sions directed to AIX®, OS/2®, WINDOWS NT®, $ 0 Accordingly, the process begins via step 600. Then the 

UNIX®, etc.) of each of the server programs need not be original messages text is formatted using any Document 

produced and maintained. Type Definition (DTD), via step 602. This formatted text is 

FIG. 3 illustrates a client-server application implementing also referred to as "source code". In the preferred 

the present invention. The exemplary implementation of the embodiment, the DTD used is the IDDOC® (Information 

present invention is configured as a digital library system 65 Development Document) by IBM Corporation. Preferably, 

200 comprising an object server 300 and a library server the resulting source code has a Standard Generalized 

400. The object server 300 executes an object server pro- Markup Language (SGML) format. However, one of ordi- 
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nary skill in the art will recognize that different embodi- invention, any intermediate formatted version may he used 

ments may utilize markup languages other than SGML in the process of converting the SGML (or other) formatted 

without departing from the scope and spirit of the present source code into the binary code formatted version thereof, 

invention. so long as the proper transform is used in conjunction with 

Each part of the messages information is characterized as 5 this format and so long as the resulting binary code format- 

a segment to be incorporated in one of the OSS version, the ted version represents a version of the system messages that 

help version and the book version, each of which may be an * consistent with all the other formatted versions thereof. In 

operating system-specific version. Thus, for example, the addition, one of ordinary skill m the art will recognize that, 

OSS version segments may be designated by a "props=OSS" the conversion from the SGML (or other) formatted source 

control being asserted, the help version segments may be 10 code to the binary code formatted version thereof may be 

designated by a "props=help" con trol being asserted, and the performed in a single step instead of two. This alternative 

book version segments may be designated by both the approach is within the scope and spirit of the invention. 

props=OSS and props=help controls being asserted. A par- An advantage of the present invention is that once this 

ticular version of the source code may be created by filtering binary code formatted version of the source code is created, 

out the other version -specific segments and leaving in the 15 a binary file containing it can be embedded in (i.e., linked 

particular version-specific segments thereof. Additionally, a with) the OSS software which, as explained above, is 

particular operating system-specific version of the source preferably integral to the respective server programs. As a 

code may be created by filtering out the other operating result, the OSS contains, in effect, a binary formatted version 

system specific segments and leaving in the particular oper- of the system messages for on-screen display which is 

ating system specific segments thereof. 20 consistent with the on-line help and the book versions. 

Moreover, the SGML formatted source code is converted Accordingly, in operation, the server programs issue 

into the other formatted versions including the HTML, the messages by calling the OSS which uses, for example, the 

postscript and the binary code, one process leg at a time. message identifiers sent by the respective server program to 

Thus, a decision is made choosing which one of the format- selectively retrieve the proper messages from the binary file 

ted versions to create next, via step 604. Once this decision 25 containing it. The OSS then logs these messages to a display 

has been made, the corresponding process leg is traversed. for the user to see. The system messages retrieved by the 

It should be understood that formatted versions may be OSS are, thereby, consistent with the messages information 

created with operating system-specific text, so the decision presented in the on-line help and the book. Furthermore, by 

may include selecting the proper operating system. The text reason of incorporating into the OSS the operating system 

specific to the proper operating system will be included 30 independent binary code formatted version of the source 

therefore in the formatted version of the source code. code, the OSS and, in turn, the server programs are com- 

Accordingly, if a decision to produce an on-line help patiblc with any operating system platform, 
document has been made, via step 604, a transform such as A method and system have been disclosed for using a 
the OmniMark®, an industry standard transform, is used for 35 document type definition and a document transform to 
converting the SGML formatted source code to the HTML convert a source document which is operating system plat- 
formatted on-line help version of the source code, via step form independent into a plurality of documents, wherein the 
606. One of ordinary skill in the art will recognize that plurality of documents have a format and at least one of 
different embodiments may utilize different transforms com- them has a binary code format. 

mensurate with the source code and the resulting formatted 4Q Although the present invention has been described in 

version thereof if formats other than SGML and/or HTML accordance with the embodiments shown, one of ordinary 

are being used. skill in the art will readily recognize that there could be 

Alternatively, a different leg of the process is traversed if variations to the embodiments and those variations would be 

a decision has been made, via step 604, to produce a within the spirit and scope of the present invention. 

Postscript formatted version and/or a PDF (Portable Docu- 45 Accordingly, many modifications may be made by one of 

ment Format) version of the SGML formatted source code, ordinary skill in the art without departing from the spirit and 

i.e., the book version. In this case, a transform such as the scope of the appended claims. 

Xy vision®, an industry standard transform, is used for What is claimed is: 

converting the SGML formatted source code to the Post- 1. A method for converting a source document into a 
script formatted version thereof, via step 608. A hard 50 plurality of documents, each document being defined by a 
(printed) copy can then be produced from the Postscript corresponding version, wherein the source document con- 
formatted version of the source code. A soft copy thereof can tains information about all of the versions of the plurality of 
also be produced by converting the Postscript formatted documents, each of the plurality of documents having one of 
version into the PDF formatted version using, for example, a plurality of formats, the method comprising the steps of: 
the Adobe Distiller® transform, via step 610. 55 a) providing a document type definition (DTD) for for- 

In a further alternative, if a decision has been made, via matting the source document; and 

step 604, to produce the binary code formatted version of the b) providing a plurality of transforms to convert the 

source code for providing the on-screen system messages, a source document into the plurality of documents, each 

transform such as the OmniMark® is used to convert the of the plurality of documents being created by filtering 

SGML formatted source code to a BookM aster® formatted go out all the versions except the corresponding version, 

version thereof, via step 612. Then, an additional transform, wherein at least one of the plurality of documents is a 

such as a transform developed as part of the DB2® software Hypertext Markup Language (HTML) formatted ver- 

package by IBM Corporation, is used to convert the result- sion for on-line help, at least one of the plurality of 

ing BookMaster® formatted version into the binary code documents is a printable book in a postscript format, 

formatted version of the source code, via step 614. 65 and at least one of the plurality of documents is a binary 

One of ordinary skill in the art will recognize that, code formatted version for system messages, wherein 

alternatively, without departing from the scope of the the binary code formatted version is embedded in an 
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Operating System Service (OSS), and whereby the 
plurality of documents are consistent with each other. 

2. The method of claim 1, wherein the source document 
and the plurality of documents are operating system inde- 
pendent. 

3. The method of claim 2, wherein a source document 
format resulting from the formatting step (a) includes an 
standard generalized markup language (SGML) format. 

4. The method of claim 2, wherein the DTD includes an 
Information Development Document (1DDOC®) work- 
bench. 

5. The method of claim 2, wherein the source document 
is compatible with a plurality of any operating systems. 

6. The method of claim 3, wherein the plurality of 
documents are compatible with one of a plurality of oper- 
ating systems. 

7. The method of claim 2, wherein at least one of the 
transforms converts the source document into a softcopy 
book including in a Page Description Format (PDF) version. 

8. The method of claim 2, wherein the at least one of the 
transforms comprises an OmniMark transform. 

9. The method of claim 2, wherein the at least one of the 
transforms comprises a Xyvision transform. 

10. The method of claim 1, wherein the OSS is incorpo- 
rated in a server program. 

11. The method of claim 1, wherein the OSS is incorpo- 
rated in a client program. 

12. The method of claim 11, wherein the client program 
is connected to a server-resident program. 

13. A method for converting a source document into a 
plurality of documents, each document being defined by a 
corresponding version, wherein the source document con- 
tains information about all of the versions of the plurality of 
documents, each of the plurality of documents having one of 
a plurality of formats, the method comprising the steps of: 

a) providing a document type definition (DTD) for for- 
matting the source document; and 

b) providing a plurality of transforms to convert the 
source document into the plurality of documents, each 
of the plurality of documents being created by filtering 
out all the versions except the corresponding version, 
wherein at least one of the plurality of documents is a 
Hypertext Markup Language (HTML) formatted ver- 
sion for on-line help, at least one of the plurality of 
documents is a printable book in a postscript format, 
and at least one of the plurality of documents is a binary 
code formatted version for system messages, wherein 
the binary code formatted version is incorporated in a 
server program, and whereby the plurality of docu- 
ments are consistent with each other. 

14. The method of claim 13, wherein a client program is 
incorporated in a server-resident program. 

15. A system for converting a source document into a 
plurabty of documents, each document being defined by a 
corresponding version, wherein the source document con- 
tains information about all of the versions of the plurality of 
documents, each of the plurality of documents having one of 
a plurality of formats, the system comprising: 

means for providing a DTD for formatting the source 
document; 

means for providing a plurality of transforms for convert- 
ing the source document into the plurality of 
documents, each of the plurality of documents being 
created by filtering out all the versions except the 
corresponding version, wherein at least one of the 
plurality of documents is a Hypertext Markup Lan- 
guage (HTML) formatted version for on-line help, at 
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least one of the plurality of documents is a printable 
book in a postscript format, and at least one of the 
plurality of documents is a binary code formatted 
version for system messages, whereby the plurality of 
documents are consistent with each other; and 
at least one computer, the at least one computer function- 
ing as a server executing a server program, the server 
program including an Operating System Service (OSS) 
for making the server program compatible with the 
operating system, wherein the at least one binary code 
formatted version of the source document is embedded 
in the OSS. 

16. The system of claim 15, wherein the source document 
and the plurality of documents are operating system inde- 
pendent. 

17. The system of claim 15, wherein the system further 
comprises a plurality of computers, and wherein the at least 
one computer is capable of communicating with at least one 
other computer from among the plurality of computers. 

18. The system of claim 15, wherein a client program is 
not resident in the server. 

19. The system of claim 15, wherein the server program 
comprises a client program. 

20. A computer readable medium comprising program 
instructions for converting a source document into a plural- 
ity of documents, each document being defined by a corre- 
sponding version, wherein the source document contains 
information about all of the versions of the plurality of 
documents, each of the plurality of documents having one of 
a plurality of formats, the program instructions for: 

providing a document type definition (DTD) for format- 
ting the source document; 

providing a plurality of transforms to convert the source 
document into the plurality of documents, each of the 
plurality of documents being created by filtering out all 
the versions except the corresponding version, wherein 
at least one of the plurality of documents is a Hypertext 
Markup Language (HTML) formatted version for 
on-line help, at least one of the plurality of documents 
is a printable book in a postscript format, and at least 
one of the plurality of documents is a binary code 
formatted version for system messages, whereby the 
plurality of documents are consistent with each other; 
and 

providing an Operating System Service (OSS) for making 
a server program compatible with an operating system, 
wherein the at least one binary code formatted docu- 
ment is embedded in the OSS. 

21. The computer readable medium of claim 20, wherein 
the source document and the plurality of documents are 
operating system independent. 

22. The method of claim 1 wherein a particular version of 
the source document is created by filtering out other version- 
specific segments and leaving in particular version-specific 
segments thereof. 

23. The method of claim 1 wherein a particular operating 
system-specific version of the source document is created by 
filtering out other operating system-specific segments and 
leaving in particular operating system segments thereof. 

24. The system of claim 1 wherein a particular version of 
the source document is created by filtering out other version- 
specific segments and leaving in particular version-specific 
segments thereof. 

25. The system of claim 15 wherein a particular operating 
system-specific version of the source document is created by 
filtering out other operating system-specific segments and 
leaving in particular operating system segments thereof. 
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26. The computer readable medium of claim 20 wherein 
a particular version of the source document is created by 
filtering out other version-specific segments and leaving in 
particular version-specific segments thereof. 

27. The computer readable medium of claim 20 wherein 5 
a particular operating system-specific version of the source 
document is created by filtering out other operating system- 
specific segments and leaving in particular operating system 
segments thereof. 

28. A method for converting a source document into a 10 
plurality of documents, each of the plurality of documents 
having one of a plurality of formats, the method comprising 
the steps of: 

a) providing a document type definition (DTD) for for- 
matting the source document; and 15 

b) providing a transform to convert the source document 
into the plurality of documents, wherein the source 
document and the plurality of documents are operating 
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system independent, wherein the transform comprises a 
plurality of transforms, wherein at least one of the 
transforms converts the source document into an 
on-line help including a Hypertext Markup Language 
(HTML) format version, wherein at least one of the 
transforms converts the source document into a print- 
able book including a postscript format version, 
wherein at least one of the transforms converts the 
source document into a softcopy book including a Page 
Description Format (PDF) version, at least one of the 
plurality of documents having a binary code format, 
wherein at least one of the transforms converts the 
source document into the binary code format version 
thereof, wherein the binary code formatted version is 
embedded in an Operating System Service (OSS). 

***** 



